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ABBREVIATIONS AND DEFINITIONS 


~~ an abn ae ee oe ee oe ee ae ee oe ae a 62m 28 ap aw 6 4 ee 2 eae ew a 6 of ae ee 


A protocol whereby each node attempts to place a frame 
on the lan. If two nodes simultaneously access the | 
lanes the messages are said to collide. Each node 

then waits a random amount of time and tries again. 


A term used by X.409 to describe a data element in 
the PDU whose contents 18 a constructors series of 
constructorss a primitives or a series of primitives. 


A term used in decribiyg any lan which uses collision 
detection to control access for any node to that lan. 


Distributed Systems Architecture 1s an attemot to create 
an open system architecture for distributed processing 


modeled on an earlier versimodeled on of the ISO standard, 


A test which uses the entire resource it is testing, 
whether it be a controllers adapter or physical cable. 
No normal use of the r2> source under test 1s permitted. 


Input/Outout Request Slock is a method of passing i/o 
parameters to the ™9D 400 communication executive. 


Local Area Network 


Logical Link Control is a network layer immediately 
above the MAC layer which controls Logical connections. 


Layer Management Interface is the point to which SM 
passes control information at each tayer whether it 15 
MACs LLC or ancther layer. 


Logical Resource Numbers are numerical values assigned 
to various physical and togical resources of a system 
either automatically or as selected values in the 
system's configuration load manager (CLM) file. 


Media Access Control is the layer immediatety above 
the PHYSICAL layer. This layer determines access to 
the physical adapter. It is very highly protocol 
specific. 


Node Administrator appliication Interface for Admi- 


nistration allows a application to use Node Adminstrator 
services without being linked to the Node Adminstrator. 
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OCL 


ON“LINE 


POU 


PRIMITIVE 


SAP 


ok: 


SMI 


TDR 


TEST FRAME 


TRANCEIVER 


Component Specification 
The Operator Control Languaaqe used by system operators 
to control MOD 400 fron. the onerator's console. 


A test which shares the resource it is testing with 
normal users of that resource, 


Pretocol Data Unit is descrited by X*.409 and is used to 
standardize data transmission between network tlayers. 


A data element defined by X.419 which has no other 
sub~elements. 


Service Access Point 1s the address that a higher 
network layer uses to address a lower layer. 


System Management 38 a network Layer whose task is the 
administrative cortroltl of other network layers. 


System Management Interface is the point to which other 
network layers pass tnformation to SM, 


Time Domain Reflectonetry is a technique used in CSMNA/CD 
type lLans to determine shorts or opens in the cable. 


A special tyoe of message frame which the remote system 
must sense and wrap hack to the sender. 


A connector which connects a node to the CSMA/CD type 
o f cable such as etheriret. 


A snoecial type of frame which the remote system must 


XID FRAME 
sense and return with it's identification. 
X49 An CCITT standard which decribes recommendatiors for a 
system of inter-layer data transmission formats. 
PONOPRIETARY 
HONEYWELL PROPRIETARY = 5 oe Rev. 1 


LAN 


1. 


IN-LINE/ON=LINE Diagnostic 


Component Specification 


INTRODUCTION 


Poet 


—> an aE ie -—> -~ap es =P 


BACKGROUND 


Lan network maintainability requires a facility to verify the 


operability of the various :omponents of the network data 
paths with minimal effect on other Lan network users. The 
Local Line Tester (LLT1) program is being modified to serve 
this function for the tan network. 


SASIC PURPOSE 


The program LLT1 provides the Lan network operator with the 
ability to test various ‘lian subcomponents with minimal 
disturbance to other users »f the network. This test orogram 
executes in a variety of operatina system environments. When 
it runs in a DSA environments it will communicate with the 
network operator via NAIAD in network control Language. When 
it runs In any other environment it will communicate through a 
user-friendly menu which appears on the system COCL) 
operator's console. 


OVERVIEW 


LLT1 will test the lan subsytems In both an in-line and 


on-line manner. For the controller, adapter, and 
tranceiver/moden testss LLT1 will use the entire resource 
which 78s under test. I f the operator wishes to test the 


controllers, that entire controlter cannot be used by any other 
user. It 1s the operator's responsiblity to use whatever 
resource tock out commands this operating system ervironmnent 
supports to lock out other users prior to invoking LLT1,. For 
media and remote node testss LLT1 can comexist on the resource 
being tested with other users. 


BASIC OPERATION 


LLT? will go through three phases for each lan subsystem that 
it tests. An initiation phases, an test phases, and an 
termination phase. In generals LLT? wilt follow the following 
procedure for whatever lan ss bsystem 1s under test. 
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1. 


The lead task will parse the start test command, 
and search the physicat line directory to see if 
the physical line exists that is to be tested. 


The lead task will then tssue an associate local 
user mcl (€2a71D) to g2t a trn for SM. With this trn, 
tt will do an activate local SAP request to SM by 
sending an iorb to LI IS using the SRQAIO call. 


The lead task will then set up an event iorb to 

handle unsolicited errors from S%, Finally» it will 
place the SM LIrns start test command parameterss and 
name of the link under test in a parameter list pnrior 
to spawning the test task. 


The test task will fetch its parameter list from a 

pointer in its task *equest block. The SM trn will 
be used in all torts to ££, while the physical Line 
name will be used as part of the SM PDU. 


The test task will issue a S“% torb pointing to an 
action request PDU to perform a test or change the 
state of the lan subsystem under test. After each 
action requests the test task will wait for an action 
response PDU to arrive in a buffer pointed to by a 
receive S™ iorb. 


The tead task will nonitor the operator interface for 
further operator requests. If another start test is 
receiveds, the lead t3sk will spawn another test task 
and pass the same S™ Irn to it along with its other 
test parameters. 


In event of an errore the lead task will get the 
error status out of the SM event itorbs issue another 
to SM, send error text to the operators and if the 
error is fatal, shut down all test tasks. 


The test task will start disconnect procedures when 
a fatal error occurss a terminate command is sent 
by the operators or a preset Limit 18 reached that 
was part of the original set of parameters. 


The lead task will monitor all active test tasks. If 
all of the test tasks have terminateds, the lead task 
wilt issue a deactivite tocal SAP iorb to SM and then 
terminate itself. 
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CONTROLLER TESTING 


2a 


FUNCTION 


The lan network operator will require a method of checking the 


LACS without taking the complete system off-line to run 
conventional test programs. LLT1 will give the operator a 
means to invoke the LACS initialization quality logic self 
tests without rebooting the system. LLT1 must have total 
control of the LACS to do tris since the initialization 
process destroys alt user processes running on the controller. 
AMnce the controlter and associated adapter alt's have 
finished, LLT1 wilt fetch the qglt results fron the 
controller's memory and analyze them for the operator. Prior 
to test terminations the LACS will be restarted for normat 
uS@. 


BASIC STRUCTURE AND OVERVIEY 


When testing the controllers the test software consists only 
of atead task group that parses operator commands and a test 
task for each controller being tested. Both of these reside in 
the system's main mnemory svstem rool. When the operator 
starts acontroller tests the lead task will connect to SM as 
in section 1.4. The test task will send an action request PDU 
to SM to reset the controtler under test. SM will general 
initialize the controtler when it receives this command. = An 
action response POU will arrive when the initialize is done. 
LLTT will then send an action PDU to read the vortion of LACS 
memory containing aqlt results. SM upon receiving this 
requests fetches the requested LACS memory and places it on 
the system load media as a kound unit. After the action 
response arrivess the test task will load this bound unit into 
memory and report the qtlt results. After thiss another action 
request POU is sent to restart the normal user LACS software. 
Finallys the lead task deactivates its tocal SAP to SM _~= and 
terminates. | 
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Figure 17 


Operational Relationships between the Lan Test and the 
various Network Administration Layers during controller tests. 


| PROPRIETARY 
HONEYWELL PROPRIETARY = Rev. 1 


LAN IN=LINE/ON=LINE Diagnostic Component Specification 
2.3 INITIATION : Nelo gil 


The first phase of of initiation is standard and follows the 
norocedure outlined tn sectior 1.4. flext the test task issues a 
SM torb that points to a SM PDU. The PDU is an action request 
PHU in the format specified by the System Management Software 

Component Specification [1]. The puroose of sending this PODU 
is to make S“% general initialize the controtler under test. 
The format of the POU is a follows, 


CcS-ConstructszId=1)} Flength=3 4] Request PODU 

» CCOS/-ConstructszlId=3)] Clength=82) Action Request 

« « CCSe-Constructs-Id]=N} Clength=57) Resource Id 

© « © CCS-Constructs-Id=1)] Clength=55] Layer Info 

eo e« ec e ECS-PrimitivesId=0] 7 Lenqth=N1) Layer 

a @ ~~, we: SOG) System management layer 

eo 2 6 © «LCSePrinitiveszId=1] 2 Length=91) Sublayer 

e & « «. (22 any 

eo ce e© © EOSePrimitivesztd=2)] [Length=01}) + +;\ Layer Instance 

oe we oe TOD controller 1, layer 0 

oe e© e © ECCSeConstructst[d=3)] llength=44] Layer Internal Selector 

© © © © 6 CPUSCONStructszId=0)] C[Lerath=42] Sequence of Selection D 
e «© © © ew ew LOCSoPrimitiveszId=0] ClLlength=01) Class 

<< ie ten we Ze, SD controller 

© © © «© © o& L£CSePrinitives,Id=1] CLength=)8] Name a 
© 2 0 ow ew ow £433 (5436523 C4030 303 (313(00)(90} “CCTRLAVA1} ra 
~ © «© © © ce ECSeConstructszId=2j} Clength=06] Sequence of Object St. 
© © ew ew tw wl wl COS oPrimitives( d=0] ClLength=01] State 

ei tas Sen wt. SS cw. BOSD locked 

oe we ve we we cw. ECS Primitives! d= 1] CLength=01) Substate 

S ee. Soa ce ee CED | anysubstate | 

eo © © © cC 2 LCS eo Primitive,zId=3] Clength=)4] Type | 

os @ we. wow ASC }4LGEPLO3) 054) C{LNCT} LACS controller 
© © © © eo e© LCSeoPrimitiveszId=4] Flength=01) Venue 

es jal tee “oe. ten te: “OD Local 

o © © © «© © COSePrimitiveszId=5]) Flength=190] Mapnirags 

a, mame 01010001010 101010101010101010100010101 80: default 

gis <x CCSPrimitivesId= 1) Clength=f 2) Exchange Id 

we <r CXR XD undefined 

- e« CCS/Primitives,Id=2) Clength=e) Access Control 

e e« (0000) default 

e « ECCSe-ConstructszId=0] ClLength=13] Private Honeywell Action 

e « « CCS/Primitivestd=N)] Clength=1) Code 

ee we, OSD update state 

e « « CCSe/Constructstd=1)] Clength=C8] Honeywell Action Info 

oe 2© © «© L£CSsefonstructs{d=1)] 2 Length=06) Update State Info 

© ee o 6 CCS oPrimitives,id=0)] CLength=01) Requested State 

eo ee we ve CoS test 

oe «© ew ew ew LCS oPrimitivesId=1)] ECLenqth=01] Pequested Substate 

o> 4s ew. 2c te OG reset 
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Once the controller is resets SM will comolete a outstanding 
receive jorb with the action response PAU. This tiorb nust he 
issued by the test task prior to sending the action request. 
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2.4 TESTS PERFORMED 


LLT1 

tests for this release. To accomplish this, 

issue a dump action apnea PDU. 
follows, 


CCS,-ConstructszId=1)] CLlLength=1 07] 

« CCSeConstructsld=3) CLength=108] 
CCS/Constructs/Id=0) Flength=57) 
CCS-Constructsid=1] CLength=55] 


will only analyze the results of the LACS 
the test task will 
The format of this PDU is”) as 


Request PDU 
Action Request 
Resource Id 

Layer Info 


Component Specification 


initialization 


eo 2 2 « CCOS/PrimitiveszId="%] [lLength=01) Layer 

eit ee ta “EOD system management Layer 
eo « ce e CCS/Primitiveszld=1)] 7 lLength=91) Sublayer 

e. -&. 2 wo “OSD | any 

© © « « CCS/PrimitiveszId=2) -Lengtkh=01) Layer Instance 

Ste. va ee controller 14 layer 0 


CoS,ConstructsId=3])] I Length=44) 
CPU,ConstructszId=N] CLlength=42] 
CCS-Primitive,zId=9]2 TLength=01) 
{13} 
CCSs»PrimitiveszId=1] C[lLength=93] 
(433 (54}(52}€4C}C 303 €277} (003 (9N0} 
CCSeConstructszId=2)] CLength=96] 
CCSsPrimitivesl d=0) CLength=01]) 
{08} 
CCSePrimitives! d= se CLength= 01) 
6 ea Se ee. w AUD 
CCS-Primitive,zli=3) 
—6 C403 (4E3 £433 (54) 
CCSePrimitives,Id=4] 
{N1} 
COCS/Primitives,Id=5] ClLength=10] 
a e e CNNKCONNNGOANANANNL OOO} 
CcS»Prinitivesid= 1) Clength=(2) 


ea s baal s a e e 


CLlenath=94] 


flength=01] 


Layer Internal Selector 
Sequence of Selection P. 


Class 

controller 

Name 

CCTRLO1} 

Sequence of Pore 7 
State 
test 
Substate 
halted 

Type 

C{LNCT} LACS controlle 

Venue 

Local 

Mappings 

default 


\ 
ae . 
Ne” 


Exchange Id 


« « CKRREK? undefined 

» e CCS/Primitiveszild=2) Clength=02] Access Control 

« e (0000) > | default 

e « LCCS-ConstructszId=0)] ClLength=35] Private Honeywell Action 
eo « e« CCSePrimitiveszid=0)] Clength=01) Code 

ee cw. OOS dump 


CcS-ConstructszId=1)] ClLlenath=30] 
CCS-Construct/-Id= ~Length=28]) 
CCS-PrimitiveszId=Q) ClLength=00) 
CCS/PrimitiveszId=1j Clenath=12] 
{>>SIDOLANOLT >} 
CCS/Primitives,Id=2] 
{00309419} 
CCS-Primitive, 
{N03N04BA} 


CLength=04) 


Id=2] ClLength=04]) 
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Honeywell Action Info 
Dump Info 

Dump Text String 
Bound Unit Path 
dump file name 
Low Address | 
qlt results low addr 
High Address 
qlt results high addr _ 


‘ane 
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Upon completion of the dump from 
outstanding receive orb wit? an 
test task will then invoke the 
to load the dump file bound unit 
there, the test task can analyze 


Component Specification 


the LACS» SM wilt complete an 
action dump response PDU. The 
MOD 400 file system executive 
into the system memory. Once 
the qlt results and report 


failing controller and adapter systems that may be too bad to 
even invoke the adapter in-line tests. 
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2.5 TERMINATION 


The test task will now have to restart the LACS normal user 
software. To accomplish thiss the test task now issues a load 
action request PDU whose fornat follows, 


CCS/Constructsid=1)] Clength=28) Pequest PODU 

- CCS-Constructsid=3] Clength=8&6) Action Request 

- « ECCSeConstructszId=0) ClLength=57] Resource Id 

e «© « CCSe/ConstructeI[d=1] Clength=55] Layer Info 

© © ec e« CCSePrimitiveszId=0] SCLeneth=91] Layer 

sw. SOOD system management layer 
oe 2 © LCSePrimitivesId=1] ILength=01) Sublayer 

ea er we “OSS | any 

e «© 2© « ECCSsPrinitiveszId=2] JlLength=91) Layer Instance 

oe Se ce HOD controller 1, layer 0 

eo « e « CCSeConstructszId=3] I Length=44] Layer Internal Selector 

© © © e« ce « CPUSCONnstructszid=0] f[length=42] Sequence of Selection PEe 
© © © ce ew ew COCSoPrimitivesId=C) [Lenqth=91] Class | 

te Se, Be cae er. ESD | controller 

© © © 2 ce ew COCSePrimitiveszId=1] ClLength=08] Name 

© « 0 @ w@ © £433 €543(523040).:303 2130003090) {CTRLI1} 

o © © © 2 oe CCSeConstructsid=2] ClLength=06] Sequence of Object Sti 
o 2 ew ew ew « COS/Primitives! d=0] Clength=01] State —- 
ee & Se a oe. LISD test Ties 
oe « ew ew ew wl ew LCSePrimitives,! d=1J [Length=01] Substate 

a en ae ee ee “RD halted 

oe eo eo et ew ew LCSePrimitives,Id=3) Clength=04] Tyne 

ee &@ w w «@ £4C)C6E)043) 054} {LNCT} LACS controller 
© 2 0© ec ew ew LOSeoPrimitiver,Id=4)] Flength=91]) Venue 

Ki oe Se ie. me ee COD | Local 

© 2 © o ew ew COSs+PrimitiveszId=5] CLlength=19] Mappings 

eo © © ew ew ew CEONNOONNNGOORMOOON NANA) default 

e e« CCS/PrimitivesId=1] Clength=Ce] Exchange Id 

o < CK KS undefined 

- « COS/PrimitiveszId=2] ClLength=f2]) | Access Control 

or «-<O00003 default 

-« « ECCSsConstruct-Td=0)] ClLength=18®2 Private Honeywell Action 

e « « COSsPrimitiveszId=0] Clengtt=(01] Code 

‘= a LOS load 

e « e ECSeConstructs-ld=1) flength=13)] Honeywell Action Info 

eo « « « CCSe/Constructs,Id=2] Length =11) Load Info 

o © «© « © ECCSePrimitive,Id=0)] Clength=00) Bound Unit Path Name 

© « @ co oe CCOSsPrimitiveszld=1] Clength=02]) Restart Indicator 

i cer ey tet wt RSD restart when loaded 

© «© e ce we LC CSoPrimitiveszId=2] Clength=04) Start Address 

< @ w ~@ * CUG0OCOUD> default 
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When the restart o f normal user software has been 
accomplisheds, SW will update an outstanding SM receive? jorb 
with an action load response PDU. After assuring that the 
restart did take places the test task will terminate itself. 
If this was the tast active test tasks, the lead task wilt shut 
down as outlined in section 1.4. 
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3. A&DAPTER/MODEM/TRANCEIVER TESTING 


_> @p-eD 26 en em 4) se en a 42 os G2 a ep oD -eP op ce ee eo oe ~~ CR ee oe am ~~ << cr oD 


3.1 FUNCTION 


The tan network operator will require a method of checking 
each adapter and its associated mocem or transceiver without 
taking the complete system off-line to run conventional test 
programs. LLT1 will give th>? operator a means to swap out the 
normal MAC user software to test each adapter's special 
hardware with a specially written test MAC. The operator will 
be able to individually invoke adapter hardware checks wrap 
data internal to the adapter chip sets wrap data external to 
the adapter at a special test pluaqs or wrap data at the modem 
or transceiver. In additions the operator can run specialized 
tests such as collision» cre error detection, crc 
qenerations.«.etC. When tre operator finishes testinjs LLT1 
will swap the normal MAC user software hack Into use. 


Ad 
e 
NS 


BASIC STRUCTURE AND OVEPVIEN 


When testing adapterss the test software consists only of a 
lead task group that parses operator commands and a test task 
for each adapter being tested. All of these nrocesses reside 
in the system's main memory system pool "t$" for access to MOD 
400 executive and communi: ations data structures. When the 
operator starts an adapter tests the lead task wilt connect to 
SM as detailed in section 1.4. The test task wilt send an 
action request PDU with -vhe create test field set to the 
normal MAC layer management interface. shen MAC receives this 
messages it will do a eprocreate call to the Bridge 
Communications Kernel on the LACS controller to create the 
test MAC process. Next VAC wilt issue a prorun call to 
activate the test MAC process. The new test MAC will 
immediately reaister a mailbox with the normal “AC Layer 
management process so it can receive messages from the normal 
“MAC layer management interface. In figure 2s these interfaces 
are double lines instead of the single lines used to denote 
the normal user mailbox connections. The normal MAC will then 
inhibit Interrupts from tie adapter transmit and receive 
physical layer. It will ther send a message to the test MAC 
orocess to indicate that it: should set its interrupt vectors 
for the transmit and receive physical layer processes. Once 
the test MAC receives this messages it will store voointers 
into the common interrupt table for its interrupt processing 
code. Next the test MAC will initialize the chip set and 
associated data structures. After all this it will then allow 
interrupts to occur. The test MAC will now send a message to 
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Figure 2? 
" Operational Relationships between the Lan Test and the 
( various Network Administration Layers when testing adapters. 
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the normal MAC that the test creation is complete, In turn 
the regular user MAC layer management interface will update it 
with appropriate header information and send it to S%. SM in 
turn will format a action response PDU out of the message and 
return it to the test task. The test task now sends special 
action request PDU‘'s to the MAC tayer via SM. Each PDU has a 
test information field which specifies which data wrad ~=Mmode 
the adapter is ins the test types and data to be sent. System 
management takes these POU's and formats Bridge Communication 
Kernel style messages out of them. Each message is then” sent 
to the MAC LMI, The normal MAC L™ then checks to see what 
type of test MAC message it is. If it is a run test tyne, it 
will pass it on to the test fiAC process unchanged. The test 
MAC takes the message and sets the adapter to the right mode, 
If data is be sents it queues it onto the transmit rina and 
waits for a receive interrupt to occur. When this hanpenses it 
de~queues the receive buffer from the receive ring and places 
Status information at the head of the buffer, It then takes 
this message and sends it to the normat MAC LM, MAC LM 
updates the message with common SW action response information 
and sends it to SM. Systen 4anagement then creates a PDU from 
the message and places it in an outstanding SM receive jorb 
which the test task has set up prior to the action request. 
The test task then compares the status and received data with 
what was expected. This sequence repeats until the test task 
is told to shut down by the lead tasks or the test task 
satisfies a parameter limits or a fatal error occurs. When it 
Is time to terminate the tests the test task sends a special 
terminate test action request PDU to. MAC L™ via SY. Upon 
receipt of the messages the test MAC will re-initialize the 
ohysical layer chip sets inhibit i interruptss and send a 
message that it is terminatiig. Thre “AC LM when it receives 
the message from the test MAC wilt set atl internal data 
tables and place its interrust handler address back into the 
common interrupt handler address table. When this task 175 
completes the MAC LM will tissue a message to SM that the test 
has terminated. System management will then place the action 
response PDU in the outstanding receive iorb buffer that the 
test task is monitoring. If the test MAC termination was 
successfuls the test task will terminate itself. The lead 
task will shut down accordinj to section 1.4 if this test task 
was the last active one. 


3.3 SYSTEM MANAGEMENT PDU FORMATS 


ALlL commands are sent to System Managenent by a Request POU. 
LLT1 will use alt Action Request and Action Response PDU's 
when testing lan subsystens. The action PDU's will have 
special test fields appended to them that are not in PDU 
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format. Since SM does not decode the PDU past the length of 
test information fields but simply appends this information to 
the layer management interface messaqes, it is not necessary to 
burden the MAC layer with PDU decode algorithims. 


The test information fietds will be aopended to the SM Action 
PDU as data that the System Management pnrocess knows nothing 
about. This information immediately follows the test 
parameter primitive mentioned in the SM conponent 
specification C1]. 


aD << -D 2 <a GS oD ~<a <2 oe a oan 2 2 an @e a ap a am eb > aD 
mn = Gp 2s en ae a a ap a <2 4 G2 a2 Op a> <> aD as 2 a o> GP GD 


' test state | | 


' test instance t 


<—_ ana <b Gb GD ap Ge a a-ep aD oD 22 Gn ana en —s ae a Se & 2 =e 


' test status ! 


< anenee ee en Pe Se Oe @ > Ge oe es @ ae ae =a a= 


' test dat3 ' 


Test parameter - This field specifies what type of test 
command this is. When this field is set to create test (0), or 
terminate test(€1),. no oth? r parameters follow this field. 
This field is in PDU primitive format. The id is 1. 


Length of test info ~- This field is the Length word of the 
test parameter PDU construct. The rest of the fields shown 
only apply to run test(2). 


Test state - This field specifies what tyoe of state tre lan 
subsystem under test will be placed in. There are five 
possible states, controller to adapter(0)., $%$internat adapter 
data wrap(1),., special test conmnector data wranl(2). near 
modem/transceiver data wrap(3), or far modem data wrap (4), 


Test instance - This field sxsecifies the test which is to be 
rune There are an indeterminate number of theses some of 
which are individual MAC specific. The values are,z chip 
set(Q), data toon(1),» cre generationl2)s, recv cre check(3), 
collision detection check(4), and TOR cadle break test(5). 
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Test status - This field is initially zero on action requests, 

-and is only filled for action responses. Some types of status 
possible are, test succeededs test failed» no data received, 
or time out occured. 


Test data - An indeterminate number of data bytes follow of 
various data pateterns and sizes. Some are att zeros, some 

are all oness some are alternating ones and zerosse some are 
asciis and some rotate a1 through a field of zeros or a Q 
through a field of ones. 


3.4 SYSTEM MANAGEMENT LAYER INTERFACE MESSAGE 


The Lacs Systen Management process takes incoming PDU'S which 
are part of the lan control olock passed across the mnegabus 
interface and formats them as Fridge Communications Kernel 
message structures prior to delivering them to a sodecific 
layer management interface. Cach message is generally in 
three parts. Part one 18 a common message header which the 
kernel uses as routing information. Part two is a common SM 
format for each layer. The last section is a layer soecific 
field which SS“ leaves atone. This section is processed only 


by the specific layer it is targetted for. For the test MAC yo 
cases there is an additional field which only the test “AC can Re 


OrocesSe 
3.4.1 TEST MESSAGE FORMATS AT MAC LIKI 


The test MAC ‘message structure appears below as a message 
composed of three discrete sections. The sections are shown 
as 60 "C™" language structure definitions for Later explanations. 


t#Hdefine LMRQST struct lLmrast 

struct lLmraqst ¢ 
MSG mh; /* normal message header */ 
struct sm section sm_msg-, /* S¥ routing section */ 
struct tst_section tst msgs /* test specific section */ 

}; 

Hdefine MSG struct msg 

Struct msg { 


MSG am_eofwd; /* next message on circular lis 
MSG km _bwd- /x last message on circular Lis 
PID n_sender,; /x process id of sending proces: 
BD em _ bufdes; /x buffer descriptor */ 

short moiprio-, /x* message priority */ 

short m_type-; f/x user message tyne */ ee 

Ne 
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}; 
struct sm section { 
short class; /* layer type C¥ACC4)]) x«/ 
char *name(@]z /x class name */ 
short state; /* state of object */ 
short substate- /x substate of object */ 
char xtypel4], /x type of object CMACC8923)] */ 
short *mappings(5SJ- /* default to zero for now */ 
short exchange_id; /x value filled by SM *«/ 
short access_control, /x* security purpose (€0N00) «/ 
char source, J/x source id CMACC1)) */ 
char status_id-, /x undefined */ 
short status_size-r /x filled for response */ 
short op code, /x* type of orimitive service */ 
short action_code; /x action wanted Ctest(x)] «/ 
short test_paramete*:; /e test action wanted */ 
struct tst section ¢{ 
short test_sizez /* length of this block */ 
short test _state /*x* mode of operation */ 
short test_instance; /x type of test betng run */ 
short test status; /x filled at resporse time */ 
char *test_datalftest_size~-3] /* data to be sents or recved » 
}; 


322 .INITIATION 


Once the operator enters a start test commands the LLT1 lead 
task will parse it and find what physical object is to be 
tested. When it has a channel number for this object, the 
lead task will find the address of the channel table directory 
from the MOD 400 system control tElock. Laoking in the channel 
table dtrectory and finding it a null field for this channel, 
it will then back up and find the address of the controttler 
directory from the SCB and ~*from that the address of the 
ohysical Line directory. LLT1's lead task then searches the 
ohysical line directory tables for a match with the name of 
the physical line object. Now the lead task can find out 
whether the line exists and the type of adapter present so a 
adapter specific series of subtests can b2 run. Next tre lead 
task connects to SM as described in section 1.4. Once this 1s 
completes a tan test task is snawned and vassed the test start 
up information the operator gave along with the SM Urn and 
ohysical Line type and name. The lead task then sets ud an §™ 
event orb Im case of an errors, and then settles down to 
waiting for an events an operator commands or a test task shut 
down. The test task now creates a SM action request PDU 
| soecifying that the test “AC be created. A pointer to the PDBU 
é 1s placed in the SM jor. and then it 18 sent to SM with a 
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SRAIO monitor call. The test task previous to this has issued 
a read SM iorb with SRQAIO catt. When the tocked “WAC Layer 
manager gets this message in its mailboxs it checks the test 


parameter field to see if it 18 a create code, If the test 
MAC process already exists? or it is not a create codes a bad 
status is set and the messag? is returned to SM. Otherwise, 


the MAC layer manager spawns the test MAC process with a 
kernel "“procreate” calls» and then activates it with a "“prorun" 
call. The test MAC process goes through its initiation 
routine to place its maitbox number in the ethernet control 
block and then waits for a messaqe. The MAC LM inhibits 
Interrupts and then does a "“sendmsg” catl. to pass the entire 
test MAC message to the test MAC process. Once test MAC gets 
its anew interrupt handler pointer will be placed in the MAC 
global structure and interrupts are re-enabled. The test MAC 
then gives the message back to MAC L“% with success status set 
« "AC LM updates the SM section of the message with status 
and sends 1t back to S™ as an action response PDU. Once Ss 
has set the recv iorb status complete bits» the test task 
checks the test status field of the PDU and if it is zeros the 
test initialization 1s complete. If any fatal error event 
occurs during this process-s the lead task witl issue another 
event ijiorb and then tetl the test task to terminate. If this 
is the only test task» the lead task itself will terminate 
once the test task is finished shutting down. 


TESTS PEREORMED 


The test MAC will receive a message containing the test state, 
test instances test status and test data for each subtest to 
be performed. When the message arrivess the chip set wilt § he 
initialized according to the test state field and the test 
instance field. Next the data section will be queued on the 
transmit ring of the LANCE chip sets and chip set turned on to 
send it. QOnee the chip set receives the datas it will be 
ptaced into a receive data buffer pointed to by ae buffer 
descriptor in the receive ring of the LANCE chip set. The mac 
TEST process will look at the status information in the mode 
words of the receive ring and place appropriate status into 
the test status field of the message. The data in the receive 
buffer will then be attached to tke message where the transmit 
data was andthe total test info size field will be uodated. 
After thiss the message type will be changed from action 
request to action resnonse and then sent back to the MAC LM. 
The chip set tests will consist of reading and writing to the 
various registers such as CSPO. The internal adapter data 
tests will consist of a sequence of tests starting with simple 
data loop. The other irternal Loop tests will be cre 
generations cre failure detections and collision detection. 
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Other tests for different adapters will be created as needed. 
The special test connectors transceiver/modem tests wilt be 
the same as above with longer data patterns since internal 
loop is limited to 32 data bytes. A nossibility exists of 
implementing the TDR test to check for open or shorted tan 
cable connections. 


TERMINATION 


The test task will shut down when it reaches a parameter limit 
specified by the operator at creation times or when told to do 
so by the lead task because of a fatal errors or becaus® of an 
entry by the operator t> stop testina this line. If 
termination comes orior to starting the test MAC processes the 
test task will simply issue an error and terminate itself. rt 
termination comes taters the following events occur. First 
the test task will format atest disconnect POU. It will then 
olace an receive itorb to SM for the action response. The 
transmit Iorb to SM will be sent with a pointer to the 
disconnect POU. The test task then waits for the conpleted 
receive orb. The user MAC LM receives this PDU fron S™ and 
simply passes it on to the t2> st MAC process. When test MAC 
gets the messager it will stop all activity on the LANCE chip 
set and then reset it to nornal modew The test MAC will also 
reset all associated data structures such as the ethernet 
control block(ECB). Refore returning the message to “AC LM, 
the test “AC will inhibit 68000 interrupts. After sending the 
action response message with statuss the test “WAC will 
terminate itself with a "Mexit’” call to the kernet. When 
normal MAC LM gets this messages it will re-install its 
interrupt routine pointer "int _ethernet”™ into the global MAC 


data structures. Then iat will re-enable interrupts, update 
the SM routing section of th2 message with status and send it 
to SM. SM witt update the receive iorb and alert the test 


task with status complete. The test task checks the status to 
see if the test MAC did shut down and then terminates itself 
if status was good, When the lead task sees that the last 
active test task has shut downs it will disconnect from SS”) as 
described in section 1.4. 


CHANGES TO CURRENT MAC LMI 


The current MAC firmware component snecification does not 
specify any System Management interface, An attempt will be 
made here to piece toqether a shell of a structure to show 
what modifications are necessary for the test MAC process. 
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char 
ECB *ecb 
MSG *msgptr 
LM RAST xmalmptr 
PCB *procreate() 
PCE x*tstpcb 
extern ethtstd) -ethmain() 


case MA_LM_REQSs 
malmptr=CLMRQST *) msgptr, 
(verify SM routing info section) 
switch (Cmalmotr-~>sm_msg.op_code) f{ 
case LM_GETs 
(thd) 
LM_SETs: 
(tbd) 
case LMN_ACTIONS 
switch (malmptr->sm_msg.action_op) 
case UPDATE_STATEs: 
(tbd) | 
case CREATES: 
(thd) 
case LIST: 
| (tbd) 
case TEST: 
Switch 
case TESTLUSTART: 
/* Check to see if the test 
Line is already running. 
create message 15 


case 


1f Cecb=->tm_tid !'= NULL) ¢€ 


emtstl? SETH TS TO" # METH STS 11 e METH ST 2": METH LTS 1S" 


Cmalmotr->sm_msg.test_parameter) 
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s 


/* MAC Layer nanagement *«/ 
/* cast message template *. 


/x check for LM types */ 


{ /*x check for action type 


{ /* see if any “at 


MAC process for this 
If it 1S-e 
im error. 


this test 
x / 


malmotr-~>mh.mn_iorio = URGENT; 


malmptr->mh.m_type = MALLM_RESP; 
NULL, 

malnpotr->sm_ms g.status_id 
sendmsg (malmptreecbhb=>lm_ did); 


malmotr->mh.m ibufdes = 


break- 


/* Create the test “MAC process. 
using the process control block 


calt. 
send an error to S" 
9e created, *’ 


tstocds = 

if €prorun(tstpced)) { 
malmotr->mh.m_iprio = 
nmalmotr->mh.n_type = 
malmptr->mh.n.‘bufdes = 
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fe action response */ 
RUNNING-; 


J/x send to SM */ 


Then activate it 
id in the prorun 


If prorun returns with a non-zero call, 
that the test 


MAC could not 


procreate CethtstsportomtstCport !,4,SUPER,NULL) 


/* send errors tst not run 


URGENT; 
MA_LM_RESP; 
NULL? 


/x action response * 
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malmptr->sm_ms g.estatus_id = NO_START-,. 
sendmsg (malmptrszect~->lm_did); /x send to SM */ 
break; 
} 
/x By the time “AC LM gets heres test MAC 
Initialization is complete and mbx is 17 ech. */ 


sendmsq (malmptreecb—->lm_tid); /* send to test MAC */ 
break, 
case TEST_STOP I! TEST_RUN: 
/* For the request side of the interfaces MAC will 
verify that a test process existsSs and then send 
the message to the test MAC process. */ 


if €ech->tlm_tid = NULL) ¢€ 
malmotr->mh.n_prio = URGENT; 
malmptr-=>mh.m_type = MA_L™_RESP,; 
matmotr->mh.m_bufdes = NULL- 
malmptr->sm_m3 g.status_id = NOTEST-,- 
sendmsg (malmptresecb->lm_did)-> /* error to SM */ 
break; 
B 
sendmsg (malmptrvech->lm_tid)s /* relay msg to test MAC 
break, 


: 


/* The following section is a special MA_LM_RESP section that will 
only apply to messages comming from the test MAC process. */ 


case MALLMLRESPs : 
malmptr = (LYMRQST *) msgptrz /* cast message */ 
switch (malmotr->sm_msq.t2st_rparameter) { 
case TEST_START | TEST_RUN: 
/x For this cases the nessage must simply be relayed back 


to SM. x / 
sendmsg (malmotrezecb->lm did); /* send to SM mbx */ 
break, 


case TEST_STOP: | 
/x For this cases the interrupts vector must be 
set back into the global MAC data structure and 
63009 interrupts must be re-enabled, */ 


Imask = disable(); 


maceint_protofport] = intLlethernet-, 

enable Cimask)-, : /x re-enable intrs */ 
malmptr->sm_msg.status_id = SUCCESS; 

sendmsg (malmotrsecb->lm did): /x relay msg to SY */ 


Cc break, 
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3.9 TEST MAC MAIN LOOP 


The test MAC process shown here consists o f 
Initialization section that 


first 3s an 
ororun time. The second 15 
incoming and outgoing messaq?s, 


Je Initialization code */ 


ethtst (port) 
short port, 


{ 
EC8 xech 
MBID mbid 
ecb = (ECB *)mac.proto_dataLlport]; 
moid = mboxcreate (())-; /* create 
ecb->lLm_tid = mbid-, § /* 

} 


/* main body of code qoes here */ 


for EVER ¢ , 
breceive (&msgqptrse &mboxid); 
malmptr = (LMRQST *)msqotr-, 
switch 
case TEST_START: 

/* must install own 


test data nailbox */ 


Component Specification 


two parts. The 
1s only run once at 


main hody that processes 


/* get addr of ecb xf 
infinite depth mailbox *«/ 


/* wait for a message */ 


/* cast Lm request structure on msg 


Cmalmptr-~>sm_msg.t2 st_parameter) { 


Interrupt handler vectors and re-enable 


Interrupts. Then return message with good test status. */ 
imask = disable); 
maceint_protolCport] = 1nt_eth_tst-, 
enable(imask), 
malmptr=->sm_msgem_type = MA_LM_RESP, 
malmptr->mh.em_prio = NORMAL? 
malmptr-~>mh.em_bufdes = NULL; 
malmptr=->tst_nsgq.test_status = SUCCESS; 
sendmsq (malmptrsecbh->lm_cid)- 
break, 
case TEST_STOPs 
/x For this modes must stop 10 on LANCE chip set, 
re-initialize the chip sets and return message when done, */ 
° xecb->am79_rap = CSRO; /* set address register */ 
kecb->am79_rdp = STOP- /* set csr0 to stop mode */ Be 
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ecb_reset(ecb), 
load_block(Cech), 
chip_reset (ecb), 


Conponent Specification 


/* reset ech state */ 
/* reset txs rx rings 
/* reset chip set to 


xf 
normal */ 


malmptr~>mh.n_tyoe = MA_LLM_PESP; 


malmptr->mh.mprio = 


malmptr-~>mh.m_bufdes = 


malmotr->tst_msgetest_status 
sendmsg (malmotrsecb->lm_ cid) 


mexit(); 
break, 
case TEST_RUN?: 
/* 
the chip set 
parameter. 
find the test 
places it 
the recv data 


For this nodes 


In the 


Next the test_instance parameter 


CYD es. 


in the chip set tx 
is placed hack on the message and it 
t / 


the normat MAC LM, 


Switch 

case CHIP_TEST? 
(tod) 

case INTERNALS 
C(tbd) 

case CABLE: 
(tod) 

case EXTERNALS 
(tbd) 

} 


we process all 


NORMAL, 


NULL, 
SUCCESS, 


sett 


incomming frames and initializ 
correct mode according to the test_state 
1s decoded to 

Fach test type case takes the data and 
rina for transmission. When f1 
is sent t 


(malmptr=->test_state) {¢ 


switch (malmptr->test_instance)§ { 


case DATA_LOOP?: 
(tbd) 
CRC_GENS: 
Ctbd) 
CRC_CHKs 
(tbd) 
COLLISIONS 
(tbd) 

TOR: 

(tod) 


case 


case 


case 


case 


} 
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4. MEDIA/REMOTE SYSTEMS TESTING 


_ > -~a .«r ap ae aD «a> a oe oe GP a oD OF oR a ee ee oO OP a 4D 6 a oD ao ee ae ee 


+~ 


FUNCTION 


The lan network operator will reauire a method of checking the 


integrity of the physical line link to each separate remote 
system. The operator will also require a method of verifying 
the configuration of the lan independent of what = any 


individual system's tan configuration file may claim is there, . 


The IEEE specifications have provided two means of doing this 
which 1s standard to all implementations of the standard. 
LLT1 will utilize these frame constructs to echo data at any 
remote node the operator specifiess, aor poll the entire lan for 
all possible addresses that any node may be accessed by. 


PASIC STRUCTURE AND OVERVIEN 


The lead task LLT1 will receive an operator command to pott 
the lan for all possible nodess or tloop frames at any 


individual remote node, LLT1 will use either the XID frame 
formats or the TEST frame format respectively to accomplish 
the task. The Lead task connects to SM as described in 


section 1.4. After the test task 18 Spawneds it constructs a 
PpU destined for LLC which specifies the frame type and qives 
1t to SM via an S™ orb. S¥ will then pass the information to 
the LLC layer on the Lacs board which executes the given frame 
type. In one cas@s each system that gets the XID returns a 
message containing its own ID. In the other cases an exact 
copy of the test frame should arrive back at the originating 
node after being sent to afar node. When LLC receives these 
framess it then sends the message to SM which in turn 
completes the receive SY iorb that the test task has set up. 
The test task can then use the id as oart of a lan resources 
table for the operators or it can check the frame's integrity 
for the TEST frame case. 
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! NAIAD !<----- <--->! LAN LEAD !<--------->! ocL ! 
~-------- -<-->! TASC LLT1 I<-->- ------- 
--~---------- 
1 POU t=-! SM IORB !-=! TEST TASKT! ! ! TEST TASK2!=-! SM TORS t==! PDU | 
ee een J new ee ew we oe ow oe ne ow ae oo ae ee oe ee oe oe ae ee ae oe 


' LACS Driver Interface Services Software (LDIS) ' 


—_ «ap 4 ap ep <p 2 -ae op @® op 4D OR) Ge 4D SD 42 on Ge 42 OD OP oF oO 42 OO ee oP ee ee ws GF ew ee a 2 =e; S&P @. aR 22 ap oP oP 2 6D GP 6D @® 2 ee 6D a 6 ~~ ow? SS ee oe ae ee a ee 42 oe a ew ew 


' LACS Driver Megabus Services Software { 
LEVEL 6 | { 
PTIITILITTTIITIT TIA STITT ATT MEGABUS SATII STITT TTT 
LACS ' 
Vv 
( ' LACS Interface Software 
' 
western te ee i 
PeLLO eed! LMI f<eren- —— By oR: oR 
2sS2543= ££ ee f¢cn ! 
| 1s At 
alana haaiateatea eaten alieeaeetaced ! G ! 
MAC P<n->! LMI beeen n----- >' s EE! 
ween nner == -<------ 'y¥y"t 
' Y. 3S: TE. 3 
wetter eee ' TN ! 
! RCV t<=>! xXmeT 3! a ee cae 
! proc ! iP prac ! rom ' 


<< <a ~<a > oo SP Se == «© ap 42 -a@s 4-42 =» 2D TD AD aE a ap 


' Interrupt Handler for this adapter ' 


—_— op «7 22 @ a SD So) 2 2-2 SD OP GP AD OD <--> SP -- w  e S  S -S D OD SP -SD oD OD C2 -SR SP 2 - S> oD CP Oe OD oe SP OD ew > oe a 4 ew ee ee ee ee a SD 


Figure ? 
Orserational Relationships between the Lan Test and the various 
Network Administration Layers when testing remote systems. 
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4.3 


LAN RESOURCES MAPPING USING XID FPAMES 


The PDU which must be sent for XIE's is formatt 


CCS,ConstructszId=1] [tlength=xx] Request PDU 

e CCS,ConstructszId=3) Clength=xx] Action Request 

e « £CS-Constructs-Id=0)] Clength=57] Resource Id 

e « « CCSe-Constructs,Id=1] Clength=55) Layer Info 

eo c© © c© «LCSePrimitiveszId=0)] Clenath=N1) Layer 

oe. a « 2: O02 system management layer 
eo « e © CCS/PrimitiveszId=1j) ClLength=91] Sublayer 

a See ce LOT LLC 

o 2 © © CCS/Prinitives,lId=2)}] Clength=91) Layer Instance 

= -. «2 2349 adapter 3, layer 1 

- «© « « CCSe-ConstructsId=3] Clength=44] Layer Internal Selector 
o e © @ © CPUSLCONnstructsId=9) C[Length=42]. Sequence af Selection Pa 
© 2 © o© ce lw CES Primitivesz,Id=0)] flenath=91]) Class 

icles. Yas Mer as ee “COS? Logical line 

oe © © ow ew ew LCSoPrimitiveszId=i] TlLength=08) Name 

© «ew ew ww C4EF} CGF} C443(453(303 (31301993010) {NODED1} 


HOMEY WELL 


© © «© «2 « «CCSeConstructszid=2)] ClLength=04) 
© © e ew ew ew LCSePrimitiveszI d=0] fCLength=01)} 


Component Specification 


ed as follows, 


Sequence of Object Sté 
State 


Se, la we vee ee SD test 

eo e e© co ec we LCS Primitives,{ d=1J] Clength=01] Substate 

a: te Met ee ee, SL SS operational 

eo 0 © « oe CECSePrimitivesId=3] ClLength=04] Type se 
e. w. er er. GEDA SOD 329 32} €8922) LLC ee 
ee ce ew ew LCSePrimitives,Id=4] Clength=91] Venue 

oe: ar Se ws SOD image 

e «© © c© «© LCSePrimitives,Id=5)] CLength=19] Maopings 

. cooo0q0nn0annnnnocan0nc} default 

< (CS, Primitivesid= 1] Clength=02] Exchange Id 

o (xxxx} undefined 

- [CCS/PrimitivesId=2)] CLength=02) Access Control 

- €00N0} default 

« §ECS-ConstructszId=0)] ClLength=xx] Private Honeywell Action 

© e CCS/Primitives,Id=0) ClLength=C1) Code 

oe a: TRH? test 

e e CCSe/Construct -Id=1) CLength= xx] Honeywell Action Info 

« e« « CCSeConstructsz,Id=£)] ILength=xx] Test Info 

« © e CcS-Constructsld=7] CLength=xx] LLC Test Info 

eo © e « 6« COSeConstructszId=2] Clength=xx] Send XIN 


eo © © ec ew ew «ECS eConstructs{ d=C)}] CLength=xx] 

© © wo ew ew wl ew COSoPrimitives,Id=C] Clength=xx] 
Se ew ww. we KM KR RK RX D 

© © © ew ew ow ew LCSePrimitiveszId=1] Clength=xx] 
o © © ww wl ew LINteGers N=>254 even values} 

© © ew ew wl cw LOSePrimitives([ d=1J] CLength=xx] 

a: es “> és we oe CNde faned? 

« © @« «@ «© 6 CCSePrimitivesI d=2] CLenath=xx] 


e@ © « ce c© e (data octetstring} 
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LLC Destination Add: 
Mac Address 
6 octets 
Lsap Id 


MAC Service Class 


LSDY 
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C 


4.4 REMOTE SYSTEMS TESTING USINS TEST FRAMES 
The format for the PDU to do remote data loop using test 
frames 1S, 


CCS,ConstructsiId=1) Clength=xx] 

- ECS-ConstructsId=3)] Clenqth=xx] 
CCS,ConstructszId=0)] Clength=£7] 
CCS,/ConstructsId=1)] Clength=5S] 
CCS»PrimitiveszId20] CLlength=01) 


Request POU 
Action Request 
Resource Id 
Layer Info 
Layer 


ee. & << ~~ £002 system management tlayer 
eo e e « CCSePrimitiveszId=1J] Clength=01]) Sublayer 

se wr ce, “Oe LEC 

eo 2 © «© ECSePrimitivesId=e} ClLength=91] Layer Instance 

oe ce we LOT? adapter 3, layer 1 


CCS-Construct-Id=3] Clength=44] 
CPUs,Constructs!Id2=9] Clength=42] 


Layer Internal Selector 
Sequence of Selection Pa 


e ECS-Primitive,zId=9)] CLenaqth= 97] 

- (€N5} 

e CCS-PrimitiveszId=1)] ClLength=92]) 

e CEE, C(4F3(4430459€ 30302713 0€0903 090) 
« CCS-ConstructszId=2)] CLlength=04] 
CCS-PrimitivesI d=0] CLength=01] 


Class 

Logical tine 

Name 

C{NODED1} 

Sequence of Object Sta 
State 


ae a. Ss ee. Se ee Sw, SD test 

mo, oe © © wo ew ew ow «LCS oPrimitivesl d=1] ElLength=01) Substate 
{_ Se, te ee es eae, Se OD operational 

“ o © «© c© cc eo LCS PrimitiveszId=3] CLength=04] Type 

a: oe oS we we. 1 98BFC 20343270323 (8922) LLC 

¢ ) %: Se. s CCS/Primitive,Id= 4) (Lenoth=01) Venue 

eS « ~@.< @. « “OC? image 

© © © «© «© « CCOSePrimitiveszId=5] Clength=10] Mappings 

* % e e« e CEONDNNNSNNACOONNNGCONND} default 


Pes SPrimitives1ae 1] ClLength=C2] Exchange Id 


« @. CXR? undefined 

e « CCSePrimitiveszId=2) ClLength=02] Access Control 

« « <O0000} default 

- « CCSsConstructs,Id=0)] Clength=xxJ Private Honeywell Action 
eo «© « CCOSePrimitiveszId=9] ClLength=61] Code 

e 2 & (xx} test 

eo « e CCSsConstructs-Id=1}] Clength=xx] Honeywell Action Info 
eo «© © « LCCSeConstructsId=5] IlLength=xx] Test Info 


LLC Test Info 
Send TEST frame 
LLC Nestination Addr 
Mac Address 
6 octets 
Lsap Id 


CCS-ConstructsIld=7j] Clength=xx] 
CCS-ConstructsId=3] ClLength=xx] 
Ccs,ConstructsI d=0] Clength=xx] 
CCS/Primitives-Id=C] Clength=xx] 
Cxxxxxxxxxxxx } 
CCS-Primitive,Id=1] ClLength=xxJ 
© © © © ow ew wl lw LINtCeE Gers O=>254 even values} 
CCS/Primitives{ d=1] Clength=xx] 
{undefined} 

CCS-Primitives,l d=2J] FCLlength=xx] 


MAC Service Class 


LSDU 
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so © © © # # @ {data octetstring} 
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